home *** CD-ROM | disk | FTP | other *** search
/ Libris Britannia 4 / science library(b).zip / science library(b) / INFO / PROGUIDE.ZIP / SUBMISSN.TXT < prev    next >
Text File  |  1990-03-21  |  6KB  |  126 lines
  1.       PUBLIC (Software) LIBRARY
  2.          Program Submissions
  3.             P.O.Box 35705
  4.        Houston, TX 77235-5705
  5.  
  6.  
  7.                           SOFTWARE SUBMISSION GUIDELINES
  8.  
  9.  
  10.       The following explains PSL's policies and procedures for adding
  11.       programs to the library.  Also see disk 1-PG-233, Programmer's Guide,
  12.       for tips about shareware marketing.  You can print, clip and paste
  13.       to a mailer the address above for submitting materials to PSL.
  14.  
  15.  
  16.       PSL NEWS DEADLINE:
  17.  
  18.       The PSL NEWS goes to the printer the last Tuesday of each month.  We
  19.       can add program reviews to it right up to the prior week.  Programs
  20.       which are received prior to our cut-off date are either added or
  21.       rejected by that date.  If added, you will receive a PSL NEWS from us
  22.       with a write-up of the program in it.  We do not have the resources to
  23.       write to those whose programs are not accepted. We have tried this in
  24.       the past and found that it only led to unproductive arguments.
  25.  
  26.       If a program is not added, it is usually because either we already have
  27.       a lot of similar programs and this one has no special features, or
  28.       because in our opinion, the program is poorly written, or because the
  29.       program has been artificially limited to an extreme.
  30.  
  31.  
  32.       LIMITING PROGRAM USEFULNESS:
  33.  
  34.       1. Programs should not be limited by date or number of uses.  It is too
  35.       hard for us to keep up with when & which programs are going to "expire"
  36.       and it defeats the purpose of shareware by limiting the extent to which
  37.       programs can continue to be shared.
  38.  
  39.       2. We accept programs in which "extra" features have been withheld to
  40.       encourage registration (although we tend to believe this does not work
  41.       in the long run) but the main features of the program must function to
  42.       the full extent of their intended purpose.  (Our policy is actually
  43.       less strict than the policies members of the Association of Shareware
  44.       Professionals have set for themselves in this regard.)
  45.  
  46.       The feedback that we get from programmers and users is that the most
  47.       acceptable form of "encourgement" is an opening shareware explanation
  48.       screen which to get by, the user must press Enter or enter a random
  49.       number which is displayed somewhere on the screen.  We advise against
  50.       putting a forced delay of 15 or 30 seconds with the screen, as that
  51.       irritates the user unnecessarily and will likely keep him from trying
  52.       the program enough to come to like it.
  53.  
  54.  
  55.       COPYRIGHTS:
  56.  
  57.       We have had people send us disks with COMMAND.COM, FIND.EXE, SORT.EXE,
  58.       MORE.COM, BASICA, and other copyrighted programs on them. We obviously
  59.       cannot add these to our library.
  60.  
  61.  
  62.       ARCHIVING FILES:
  63.  
  64.       PSL puts small programs (those that archive down to less than 100k) on
  65.       disks with programs of a similar type.  If your program is in that
  66.       category, please be aware that we will archive it into a self-extracting
  67.       file using LHarc, which creates substantially smaller archive files
  68.       than any other available archiver.  Also, in order to avoid confusing
  69.       our users, we must use the same form of archiving throughout the
  70.       library. Therefore, if you send us an ARC, ZIP or other format archive
  71.       file, we will convert it to LHarc.
  72.  
  73.       If your program files are under 100k archived, but you have some reason
  74.       for wanting them kept on a disk by themselves unarchived, please let us
  75.       know. In our opinion, this will reduce the number of people who will
  76.       see your program, but we will comply with your wishes.
  77.  
  78.       If your program is on more than one disk and we can get it onto fewer
  79.       disks by archiving the files, we will do so. (We will add a batch file
  80.       to assist users in unarchiving the files. We also give them telephone
  81.       support, though few people seem to need it for unarchiving.)  If, for
  82.       some reason, you do not want your program archived, please let us know.
  83.  
  84.  
  85.       NEW PROGRAM DESCRIPTION:
  86.  
  87.       Please provide an overview of the program either at the start of the
  88.       DOC file or in a separate file. This is for the benefit of your users,
  89.       not just for us.  Some programmers NEVER get around to saying what the
  90.       purpose of their program is, and sometimes we just can't tell.
  91.  
  92.       For a checklist, see the file OVERVIEW.DOC on this disk. You are
  93.       welcome to put a filled out copy of the file with your software.
  94.  
  95.  
  96.       UPDATE HISTORY:
  97.  
  98.       *PLEASE* include a file detailing changes from previous versions.
  99.       This is the only way for people to know if a new version is worth
  100.       trying or not.
  101.  
  102.  
  103.       FREE SPACE ON DISK:
  104.  
  105.       We need at least 1k free on a disk to have room to put our disk number
  106.       file which is essential for our order filling purposes.  If your files
  107.       are not archived and there is no free space on the disk, we will try to
  108.       archive the files to make room.  If your files are already archived and
  109.       there is no free space, we have a real problem.
  110.  
  111.  
  112.       "REGISTERED" VERSIONS:
  113.  
  114.       Please do not send printed manuals or "registered" versions of your
  115.       programs to PSL.  In the first place, we want to be able to evaluate
  116.       your program under the same conditions our readers will.  Secondly, we
  117.       would hate to be responsible for accidentally distributing a
  118.       "registered" version.
  119.  
  120.  
  121.  
  122.       Thank you for considering the Public (software) Library!
  123.  
  124.                                             - Nelson Ford
  125.  
  126.